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DETAILED ACTION 

1 . Claims 1 -37 are pending. 

Claim Rejections - 35 USC § 102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

2. Claims 1, 10-13, 21, 24, 26-28, 31, and 33-35 are rejected under 35 U.S.C. 
102(e) as being anticipated by Mullins et al (U.S. Patent No. 6,985,912 and known 
hereinafter as Mullins). 

As per claims 1,13, and 21, Mullins teaches a method of translating between 
data formats, comprising (i.e. "It is an additional object of the present invention to provide easy 
translations between databases and applications having a variety of different formats or data store 
models. ")(Column 4, lines 48-51): receiving a request to access data (i.e. "The present invention is 
based in part on U.S. Pat No. 5,857, 197, (incorporated herein by reference), and provides a mapping 
system for handling data requested by an object software application model in a manner that is 
compatible with relational data stores. "The preceding text clearly indicates that receiving a request to 
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access data is a mapping system handling data requested by an object software application model. That 
is, an entity is requesting access data, generated by an object software application model. )(Column 7, 
lines 27-31) for one or more attributes, said request identifies said attributes in a first data 

format (i.e. In another embodiment the invention provides a system for mapping from a first database 
format to a second database format, or from one database to another database of the same type, as a 
way for transferring data or synchronizing data sources. The system includes: data in the first database 
format stored in the system; rules for translating from the first format to the second format stored as a 
separate structure from the data; and means for applying the rules to the data to obtain the second 
format ")(Column 13, lines 9-18); accessing a mapping catalog customizable for a relational 
database schema, said mapping catalog identifies one or more portions of one or more 
tables in a relational database that stores said data for said one or more attributes, said 
relational database corresponds to said relational database schema (i.e. "In a preferred 
object of the present invention, a software programming module (or modules) can automatically generate 
object source code from at least one database schema map, at least one object programming application 
schema, or from a combination of at least one database schema map and at least one object 
programming application schema. The code generated for the application can be set to delegate 
database access and SQL string generation to the runtime library repository instead of including within 
the application the more limiting code for non-delegated database access by the application. This 
arrangement allows the mapping information and associated metadata to be easily accessed, changed 
and used to convert thousands of lines of code in a data object, as needed. The mapping information can 
be used to map from objects to relational models or vice versa and generate appropriate code. "The 
preceding text clearly indicates that a relational database schema is a type of database schema and that 
and that the mapping catalog that identifies one or more portions of one or more tables in a relational 
database is an instance of mapping information used to map objects from objects to relational models, 
where relational models are instances of relational databases, which contain one or more tables.)(Column 
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6, lines 10-25); translating at least a portion of said request from said first data format to a 
form suitable for said relational database, said step of translating is based on said 
mapping catalog (i.e. "There are distinctive advantages when using a dynamic mapping layer where a 
Java object provides translation by mapping such objects of a first data source (relational or object 
database) and also mapping such object to an XML or other second format data source. This allows more 
developer control as to how datasets are exchanged, filtered and/or validated between a first data source 
and a second data source." The preceding text clearly indicates that translating is based on mapping 
catalog, where the mapping catalog is the dynamic mapping layer that maps the first and second data 
resource.)(Column 14, lines 58-65); and providing said translated request to said relational 
database (i.e. "The function of such a translation layer (generally called the O/R layer in CocoBase 
documentation, for example) is to translate object-based queries for the data into queries that JDBC can, 
translate into queries for a relational database." The preceding text clearly indicates that the translated 
request is an instance of translated object-based queries.)(Column 15, lines 51-55). 

As per claim 10, Mullins teaches a method wherein said step of translating 
includes mapping said one or more attributes to said relational database (i.e. "Clicking 
Next> in the Generic EJB Entity Bean CMP--AII Parts drop down wizards ofCocoAdmin will present a 
user with a list of attributes which comprise the maps and any references (e.g. foreign keys) to other 
maps that may be navigated by CocoBase. For example, in a e-commerce shopping cart example, a 
Customer map, which is generated against a selected relational database connection, might be selected, 
and the PkgName: field might contain the name testpkg so the resulting Java code will be generated to a 
package and directory named testpkg. "The preceding text clearly indicates that one or more attribute is a 
list of attributes and are mapped to a relational database.)(Column 11, lines 4-13), translating sub 
filters of said request into SELECT statements, and combining said SELECT statements 
(i.e. "Once the above connections of CocoBase are established, any accesses to the database B1, such 
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as: connB1.insert(...) will have the plug-in access B2 and replicate the operation that was conducted on 
database B1." "The same mechanism described above can be used to replicate the result of other 
database operations (e.g. update, select, delete, etc.) that are performed against 61" Although the 
previous text illustrates the use of an insert statement, it is inherent that a select statement could also be 
used, since both are database operations.)(Column 17, lines 43-51); and said step of providing 
includes accessing a set of primary key values for a master table in said relational 
database based on said combined SELECT statements and, for each primary key value 
of said set, accessing requested attributes from said request (i.e. "")(). 

As per claim 1 1 , Mullins teaches a method wherein said step of translating 
includes creating INSERT statements based on said mapping catalog (i.e. "Suppose that 
the system uses CocoBase (commercially available object to relational mapping tool having a mapping 
repository capability) and a connection of CocoBase with B1 is established as follows..." "Once the above 
connections of CocoBase are established, any accesses to the database B1, such as: connBI .insert( . . . 
) will have the plug-in access B2 and replicate the operation that was conducted on database B1." The 
previous text clearly indicates that a mapping catalog is a mapping repository and that translating 
includes creating an insert statement, which is illustrated as connBI. insert(...).)(Column 17, lines 14-17). 

As per claim 12, Mullins teaches a method wherein said step of translating 
includes creating one or more DELETE statements, one or more INSERT statements 
and one or more UPDATE statements based on said mapping catalog (i.e. "The same 
mechanism described above can be used to replicate the result of other database operations (e.g. 
update, select, delete, etc.) that are performed against Bl"The preceding text clearly indicates that 
translating includes delete, insert, and update statements, which are all database operations.)(Column 
17, lines 49-51). 
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As per claims 24 and 31 , Mullins teaches a system for translating between data 
formats, comprising: a data source interface in communication with business logic (i.e. 
"The present invention is based in part on U.S. Pat. No. 5,857, 197, (incorporated herein by reference), 
and provides a mapping system for handling data requested by an object software application model in a 
manner that is compatible with relational data stores. " The preceding text clearly indicates that the 
request from an object software application model is the business logic, and the data source interface is 
contained within the object software application.)(Column 7, lines 27-31); a mapping catalog (i.e. "A 
dynamic repository-based mapping system is used." The preceding text clearly indicates that a mapping 
catalog is the dynamic repository-based mapping system. )(Column 7, lines 31-32); and a translation 
module receiving access request information from said data source interface and 
mapping information from said mapping catalog, said access request information 
pertains to data for one or more attributes, said translation module translates said 
request information from a first form to a second form suitable for a relational database 
based on said mapping information from said mapping catalog (i.e. "In one embodiment of 
the system of the present invention a translation layer translates between an object application (or a 
potential object application, i.e. an object model) to at least one relational database which includes data 
entries organized as tables and records." The preceding text clearly indicates that a translation module is 
the translation layer.)(Column 15, lines 25-28). 

As per claims 26 and 33, Mullins teaches a system wherein said mapping catalog 
identifies one or more portions of one or more tables in said relational database that 
stores said data for said one or more attributes (i.e. "Clicking Next> in the Generic EJB Entity 
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Bean CMP- All Parts drop down wizards of CocoAdmin will present a user with a list of attributes which 
comprise the maps and any references (e.g. foreign keys) to other maps that may be navigated by 
CocoBase. For example, in a e-commerce shopping cart example, a Customer map, which is generated 
against a selected relational database connection, might be selected, and the PkgName: field might 
contain the name testpkg so the resulting Java code will be generated to a package and directory named 
testpkg. In a subsequent pop-up dialog, the user can add a foreign key reference by clicking on Insert 
Attribute and filling in the foreign key attribute in the inserted row. Such references can be added 
automatically for any operation which contains a join across tables of different maps. ")(Column 1 1 , lines 
4-17). 

As per claims 27 and 34, Mullins teaches a system wherein said translation 
module provides said translated request information for execution on said relational 
database (i.e. In one embodiment of the system of the present invention a translation layer translates 
between an object application (or a potential object application, i.e. an object model) to at least one 
relational database which includes data entries organized as tables and records." The preceding text 
clearly indicates that the execution is the process of translating between an object application to at least 
one relational database.)(Column 15, lines 24-28). 

As per claims 28 and 35, Mullins teaches a system wherein said translation 
module receives a result from said relational database, said result is based on said 
translated request information, said translation module translates said result to said first 
form (i.e. "The function of such a translation layer (generally called the O/R layer in CocoBase 
documentation, for example) is to translate object-based queries for the data into queries that JDBC can, 
translate into queries for a relational database. In a preferred embodiment, the translation layer can 
generate an SQL string (or strings) based upon the object-based queries, which can be passed to at least 
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one JDBC, which JDBC can then generate an SQL statement from the SQL string." The previous text 
clearly indicates that the result is the SQL string that is translated based on the object-based queries. In 
additional, an ordinary person skilled in the art understands that when executing a query, that the steps 
comprise of sending a request to a target resource and in return receives a result from the target 
resource.)(Column 15, lines 51-59). 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 2, 3, 5, 6, 14, 15, 17, 25, 29, 32, and 36 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Mullins et al (U.S. Patent No. 6,985,912 and known 
hereinafter as Mullins) in view of Durand et al (U.S. Patent No. 5,694,598 and known 
hereinafter as Durand). 

As per claims 2 14, 29, and 36, Mullins does not explicitly teach a method 
wherein: said first data format includes a logical object class format. 

Durand teaches a method wherein: said first data format includes a logical object 
class format (i.e. "A TO that maps to an object of class CO 610 contains a list of three elements: 
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number, order date, and charge. A TO that maps to CO 610 must also include two references to lists of 
lists. The first reference points to a list of CPs 612. The second reference points to a list of Ols 614" The 
preceding text clearly indicates that object of class CO contains a list of three elements: number, order 
date, and charge are a type of logical object class, and each of the elements contains a format type that 
is inherent.)(Column 6, lines 60-64). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicants invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein: said first data format includes a logical object class format 
with the motivation to create system for more efficient access and manipulation of data 
stores, systems having the flexibility and dynamic capability to attach data from a 
database to map as objects and having the ability to map one or more databases to 
various objects in real time. (Mullins, column 3, lines 45-49). 

As per claims 3 and 15, Mullins does not explicitly teach a method wherein said 
first data format is hierarchical. 

Durand teaches a method wherein said first data format is hierarchical (i.e. "FIG. 6 
is a schematic diagram illustrating a typical object class hierarchy" The preceding text clearly indicates 
that the first data format is that which is contained in an object class and is hierarchical.)(Figure 6; column 
6, lines 45-50). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein said first data format is hierarchical with the motivation to 
create system for more efficient access and manipulation of data stores, systems 
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having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). 

As per claim 5, Mullins does not explicitly teach a method wherein said one or 

more attributes are multi-valued. 

Durand teaches a method wherein said one or more attributes are multi-valued 

(i.e. "Each TO-attribute of a TO-entity is described by: (1) a name, (2) a type, and (3) a maximum size in 
bytes. Optionally, a TO attribute can by described by (4) a flag indicating whether the attribute can be 
considered as part of the identifier for the datalist in which it is contained, and (5) a coordinate slot that is 
used for mapping the TO from or to a multharray data structure." The preceding text clearly indicates that 
a TO-attribute contains a name, type, and maximum size value, which are all values, to illustrate that an 
attribute is multi-valued.)(Column 7, lines 51-57). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 

include a method wherein said one or more attributes are multi-valued with the 

motivation to create system for more efficient access and manipulation of data stores, 

systems having the flexibility and dynamic capability to attach data from a database to 

map as objects and having the ability to map one or more databases to various objects 

in real time. (Mullins, column 3, lines 45-49). 
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As per claims 6, 17, 25, and 32, Mullins does not explicitly teach a method 
wherein said mapping catalog is customizable for any normalized relational database 
schema. 

Durand teaches a method wherein said mapping catalog is customizable for any 
normalized relational database schema (i.e. "A relational schema that maps straightforwardly to 
this object model could contain two entities called CUST.sub." ORD and ORD.sub.-- ITEM, with a 
relationship one-to-many from CUST.sub.- ORD to ORD.sub.- ITEM. Assume that the attributes of the 
object CO have their counterpart in the entity CUST.sub.-- ORD and that the attributes of the object 01 
have their counterpart in the entity ORD.sub- ITEM." The preceding text clearly indicates that a 
normalized relational database schema is a relational schema that maps straightforwardly. In addition, 
Figure 8 illustrates the normalized relational database schema.)(Figure 8; column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein said mapping catalog is customizable for any normalized 
relational database schema with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Mullins, column 3, lines 45-49). 

5. Claims 4, 16, 30, and 37 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Mullins et al (U.S. Patent No. 6,985,912 and known hereinafter as 
Mullins) in view of Bachmann et al (U.S. Patent No. 6,085,188 and known hereinafter as 
Bachmann). 
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As per claims 4, 16, 30, and 37, Mullins does not explicitly teach a method 
wherein said first data format uses LDAP format. 

Bachmann teaches a method wherein said first data format uses LDAP format 

(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
EID=1. Root has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an EID=3. Child node US itself has two (2) children, 0=IBM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels." The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Bachmann 
to include a method wherein said first data format uses LDAP format with the motivation 
to create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). 

6. Claims 7-9 and 18-20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Mullins et al (U.S. Patent No. 6,985,912 and known hereinafter as Mullins) in view 
of Shen et al (U.S. Patent No. 5,596,746 and known hereinafter as Shen). 
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As per claims 7 and 18, Mullins does not explicitly teach a method wherein said 
mapping catalog includes a mapped column in a table in said relational database. 

Shen teaches a method wherein said mapping catalog includes a mapped 
column in a table in said relational database (i.e. "There can be a series of mappings for 
transforming the data in the ideal table meta model to data in the object meta model. Using information 
from the ideal table meta model, an intermediate object model can be generated, which is characterized 
by a set of more complex rules than the first mapping step. These rules are as follows: 1. Tables which 
have a key-reference-key-referent link are mapped as classes with a buried foreign key. 2. Columns in 
tables are mapped to class attributes in the class corresponding to the ideal table. Multiplicity of buried 
associations can only be partially ascertained, and the user must refine the object model transformed 
from the ideal table meta mode/. ")(Column 4, lines 7-19). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes a mapped column in a table in 
said relational database with the motivation to create system for more efficient access 
and manipulation of data stores, systems having the flexibility and dynamic capability to 
attach data from a database to map as objects and having the ability to map one or 
more databases to various objects in real time. (Mullins, column 3, lines 45-49). 

As per claims 8 and 19, Mullins does not explicitly teach a method wherein said 
mapping catalog includes, for a first attribute, an indication of a column in a master table 
in said relational database for linking to first data in another table, said first data is for 
said first attribute. 
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Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a column in a master table in said relational database for 
linking to first data in another table, said first data is for said first attribute (i.e. "2. Columns 
that are members of indices in the data base schema are grouped together into column sets and 
referenced to the appropriate ideal table. 3. Tables that share common columns are linked by the key- 
reference-key-reference association 318 in FIG. 3. This association is used in establishing the 
relationships between objects in the object model." The preceding text clearly indicates that the key- 
reference-key-reference association is the linking of the first attribute as indicated in a column of the 
master table with other tables.)(Column 3, lines 37-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes, for a first attribute, an 
indication of a column in a master table in said relational database for linking to first 
data in another table, said first data is for said first attribute with the motivation to create 
system for more efficient access and manipulation of data stores, systems having the 
flexibility and dynamic capability to attach data from a database to map as objects and 
having the ability to map one or more databases to various objects in real time. (Mullins, 
column 3, lines 45-49). 

As per claims 9 and 20, Mullins does not explicitly teach a method wherein said 
mapping catalog includes, for a first attribute, an indication of a first column in a first 
table in said relational database for linking to a first column in a second table and an 
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indication of a second column in said second table for linking to a first column in a third 
table, said first column in said third table is used to identify data for said first attribute. 

Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a first column in a first table in said relational database for 
linking to a first column in a second table and an indication of a second column in said 
second table for linking to a first column in a third table, said first column in said third 
table is used to identify data for said first attribute (i.e. " Rules for populating the ideal table 
meta model are as follows: 1. Tables in the data dictionary map to ideal tables. Table columns map to 
ideal table columns. Primary key, if not available from the data dictionary, is either inferred through 
common column names or inputted by the user. 2. Columns that are members of indices in the data base 
schema are grouped together into column sets and referenced to the appropriate ideal table. 3. Tables 
that share common columns are linked by the key-referent-key-reference association 318 in FIG. 3. This 
association is used in establishing the relationships between objects in the object model. ")(Column 3, 
lines 34-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes, for a first attribute, an 
indication of a first column in a first table in said relational database for linking to a first 
column in a second table and an indication of a second column in said second table for 
linking to a first column in a third with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Mullins, column 3, lines 45-49). 
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7. Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over Mullins 
et al (U.S. Patent No. 6,985,912 and known hereinafter as Mullins) in view of Durand et 
al (U.S. Patent No. 5,694,598 and known hereinafter as Durand) and in further view of 
Bachmann et al (U.S. Patent No. 6,085,188 and known hereinafter as Bachmann). 

As per claim 22, Mullins does not explicitly teach a system wherein said first data 
format includes a hierarchical logical object class format that uses LDAP format; and 
said mapping catalog is customizable for any normalized relational database schema. 

Durand teaches a system where said first data format includes a hierarchical 
logical Object class format (i.e. "FIG. 6 is a schematic diagram illustrating a typical object class 
hierarchy" The preceding text clearly indicates that the first data format is that which is contained in an 
object class and is hierarchical. )(Figure 6; column 6, lines 45-50); and said mapping catalog is 
customizable for any normalized relational database schema (i.e. "A relational schema that 
maps straightforwardly to this object model could contain two entities called CUST.sub.-- ORD and 
ORD.sub.-- ITEM, with a relationship one-to-many from CUST.sub.- ORD to ORD.sub.- ITEM. Assume 
that the attributes of the object CO have their counterpart in the entity CUST.sub.- ORD and that the 
attributes of the object 01 have their counterpart in the entity ORD.sub.- ITEM." The preceding text 
clearly indicates that a normalized relational database schema is a relational schema that maps 
straightforwardly. In addition, Figure 8 illustrates the normalized relational database schema.)(Figure 8; 
column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
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include <insert claim language> with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Mullins, column 3, lines 45-49). 

Durand does not explicitly teach a system that uses LDAP format. 

Bachmann teaches a system wherein said first data format uses LDAP format 
(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
EID=1. Root has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an EID=3. Child node US itself has two (2) children, 0=IBM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels." The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Bachmann 
to include <insert claim language> with the motivation to create system for more 
efficient access and manipulation of data stores, systems having the flexibility and 
dynamic capability to attach data from a database to map as objects and having the 
ability to map one or more databases to various objects in real time. (Mullins, column 3, 
lines 45-49). 



Application/Control Number: 10/682,252 
Art Unit: 2165 



Page 18 



Contact Information 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Farhan M. Syed whose telephone number is 571-272- 
7191. The examiner can normally be reached on 8:30AM-5:00 PM. 
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